home *** CD-ROM | disk | FTP | other *** search
/ EnigmA Amiga Run 1995 October / EnigmA AMIGA RUN 01 (1995)(G.R. Edizioni)(IT)[!][issue 1995-10][Aminet 7].iso / Aminet / comm / mail / pine391base.lha / pine3.91 / .mailcap next >
Text File  |  1995-05-30  |  7KB  |  131 lines
  1. # This is a sample mailcap file based on the sample mailcap file
  2. # contained in the metamail distribution (version 2.7) from Bellcore.
  3. # This sample is for a Unix system.  Look at the original sample from
  4. # the metamail distribution for more ideas.  This is a simplified version
  5. # to explain how it works with Pine.  As of October, 1994, metamail was
  6. # available via anonymous ftp from the host thumper.bellcore.com in the
  7. # file /pub/nsb/mm2.7.tar.Z.
  8. #
  9. # Metamail is:
  10. # Copyright (c) 1991 Bell Communications Research, Inc. (Bellcore)
  11. #
  12. # Permission to use, copy, modify, and distribute this material
  13. # for any purpose and without fee is hereby granted, provided
  14. # that the above copyright notice and this permission notice
  15. # appear in all copies, and that the name of Bellcore not be
  16. # used in advertising or publicity pertaining to this
  17. # material without the specific, prior written permission
  18. # of an authorized representative of Bellcore.    BELLCORE
  19. # MAKES NO REPRESENTATIONS ABOUT THE ACCURACY OR SUITABILITY
  20. # OF THIS MATERIAL FOR ANY PURPOSE.  IT IS PROVIDED "AS IS",
  21. # WITHOUT ANY EXPRESS OR IMPLIED WARRANTIES.
  22. #
  23. # The mailcap viewers are used by Pine when viewing pieces of a message
  24. # from within the attachment viewer.  That is, you type the "V" command
  25. # when already viewing a message.
  26. #
  27. # Pine expects the mailcap file to be in /etc/mailcap on Unix systems.
  28. # Users may override or extend this with a .mailcap file in their home
  29. # directory.  The contents of    that will be combined with /etc/mailcap.
  30. # Users may override this standard Pine mailcap path
  31. # ("~/.mailcap:/etc/mailcap") by defining the environment variable
  32. # MAILCAPS to be equal to the colon separated path.
  33. #
  34. # On PC's (DOS or Windows) the file MAILCAP is searched for first in the
  35. # same directory where the user's PINERC is located and then in the same
  36. # directory where PINE.EXE is located.    The first would be the user's personal
  37. # override file and the second the common file used by all users.   Users
  38. # may override this location by defining the environment variable MAILCAPS
  39. # to be equal to the *semicolon* separated path.
  40. #
  41. # Pine does not use the "compose=" portion of mailcap entries (and doesn't
  42. # provide a general method of composing different types of messages).
  43. # Pine doesn't pay attention to "copiousoutput", but always pipes the output
  44. # to its standard scrolling text window if "needsterminal" is not set.
  45. # If "needsterminal" is set, then Pine sets the terminal or terminal window
  46. # back to the state it was in when Pine was started and lets the viewer run.
  47. # When the viewer finishes, Pine resets the terminal and redraws the screen.
  48. # If any user interaction with the viewer is required and the viewer runs
  49. # in the same terminal window as Pine, then "needsterminal" should be set.
  50. # The "test=" commands are used as defined in RFC1524, except that the
  51. # data file is not available to the test command.
  52. #
  53. # Since mailcap is only used from the attachment viewer, the message being
  54. # viewed will always be a single part, so "multipart" entries in mailcap have
  55. # no effect on Pine.  Type "text/plain" with "charset=usascii" or charset
  56. # matching the character-set variable are intercepted and displayed by Pine
  57. # in the normal way, not displayed by a mailcap viewer.  Besides those
  58. # exceptions just listed, all other types and subtypes are subject to
  59. # being displayed by a mailcap viewer.    If no match is found for types text
  60. # or message, Pine will display them in its usual way.
  61. #
  62. # As a special case, the "image-viewer" variable from the pinerc file is
  63. # supported as if an extra entry for type image/* came first in the
  64. # personal mailcap file.  That's for backwards compatibility.
  65. #
  66. #
  67. # The following line causes the xv program to be used to display all
  68. # image types if the DISPLAY variable is set (indicating the user is
  69. # using X).  (xv is written by John Bradley, bradley@cis.upenn.edu.  There
  70. # are also other X image viewer programs you could use, such as xloadimage.)
  71. image/*; graphics:viewtek/vt %s; needsterminal
  72.  
  73. # The effect of the following is to send ALL audio subtypes to the
  74. # showaudio program.  If possible, it would be desirable to also include
  75. # a test command that could decide whether or not the user could play audio.
  76. # That would be something like "test=can_do_audio %t".  (Showaudio is a shell
  77. # script included in the metamail distribution.)
  78. audio/*; music:play16_1/play16 %s
  79.  
  80. # (Showexternal is a shell script included in the metamail distribution.)
  81. message/external-body; showexternal %s %{access-type} %{name} \
  82.     %{site} %{directory} %{mode} %{server}; \
  83.     needsterminal; composetyped = extcompose %s; \
  84.     description="A reference to data stored in an external location"
  85.  
  86. # If you have an interactive Postscript interpreter, you should think carefully
  87. # before replacing lpr with it in the following line, because PostScript
  88. # can be an enormous security hole.  It is RELATIVELY harmless
  89. # when sent to the printer...
  90. #application/postscript ; lpr %s \; echo SENT FILE TO PRINTER ;\
  91. #    description="A Postscript File";
  92. # unsafe alternative
  93. application/postscript; /ghostscript/gs %s;needsterminal
  94. #NOTE THAT GHOSTSCRIPT USES UNIX PATHNAME NOTATION. Some applications may
  95. #need it
  96.  
  97. # The following gives rudimentary capability for receiving
  98. # text mail in the ISO-8859-1 character set, which covers many European
  99. # languages, and the ISO-8859-8 character set, which includes Hebrew
  100. # Note that the pipe to tr ensures that the "ISO" is case-insensitive.
  101. # (This is also from metamail.)
  102. text/plain; shownonascii iso-8859-8 %s; test=test "`echo %{charset} | tr '[A-Z]' '[a-z]'`" = iso-8859-8; copiousoutput
  103. text/plain; shownonascii iso-8859-1 %s; test=test "`echo %{charset} | tr '[A-Z]' '[a-z]'`" = iso-8859-1; copiousoutput
  104.  
  105. # The following displays Japanese text at sites where
  106. # the "kterm" program is installed:
  107. text/plain; kterm -geometry +0+0 -e more %s /dev/null; \
  108.     test=test "`echo %{charset} | tr '[A-Z]' '[a-z]'`" = iso-2022-jp
  109.  
  110. # This maps MPEG video data to the viewer 'mpeg_play'.
  111. # (Mpeg_play is part of the MPEG distribution from The Berkeley Plateau
  112. # Research Group and is available via anonymous ftp from toe.cs.berkeley.edu.)
  113. video/mpeg; graphics:mpegPlayer103/mp %s;needsterminal
  114. #mpeg_play %s
  115. #; test=test -n "$DISPLAY"
  116.  
  117. # This maps all other types of video to the xanim viewer.  (Xanim is written
  118. # by Mark Podlipec, podlipec@wellfleet.com.)
  119. video/*; graphics:xanim6/xanim %s
  120.  
  121. # The xdvi program display TeX dvi files on an X server.
  122. application/x-dvi;/ghostscript/gs %s;needsterminal
  123. #NOTE THAT GHOSTSCRIPT USES UNIX PATHNAME NOTATION
  124.  
  125. # Type octet-stream (binary) data can be displayed as a hex dump before
  126. # you decide whether or not you want to save it to a file.  (Hd is just
  127. # a standard hex dump program.    You could use "od" if you don't have an
  128. # "hd".  Naive users may find the output from this entry confusing.)
  129. #application/octet-stream; Multiview %s; copiousoutput; description="Hex dump of data"
  130. application/octet-stream; Multiview %s
  131.